Вы все уже вполне себе знаете, что есть на свете замечательный продукт StarWind Enterprise 5.6, который позволяет создавать отказоустойчивое хранилище для виртуальных машин VMware vSphere / Microsoft Hyper-V на базе технологии iSCSI, что не требует больших вложений и отлично подходит для небольших компаний и филиалов, где дорого и нецелесообразно покупать громоздкие Fibre Channel массивы (да и, вообще, FC вымирает потихоньку, особенно с приходом 10G Ethernet). О StarWind у нас есть специальный раздел, а также рекомендую почитать тут, тут и тут.

Сегодня мы поговорим о том, какие еще возможности существуют в StarWind Enterprise при работе с дисками (см. предыдущую статью). Во-первых, при создании образа виртуального диска можно задать опцию шифрования данных, которая позволит вам повысить безопасность инфраструктуры хранения виртуальных машин:

Во-вторых, в StarWind iSCSI Target есть возможность расширить уже существующее хранилище. Для этого нужно просто нажать правой кнопкой на файл образа виртуального диска и выбрать пункт "Extend Image Size":

Расширим наше хранилище с 10 до 15 ГБ:

Данная операция не повреждает хранилище с виртуальными машинами. После расширения образа виртуального диска с хранилищем VMFS, в VMware vSphere вам нужно будет сделать расширение тома. Выбираем Properties для нашего Datastore:

И нажимаем кнопку Increase:

Выбираем наш том:

И расширяем его:

Хранилище VMFS расширено на 5 ГБ:

Вот так легко и непринужденно можно оперировать с томами StarWind Enterprise iSCSI. Скачать продукт можно по этой ссылке. Нормальные ребята покупают его тут.

Как вы знаете, для виртуальных хранилищ (datastores) в VMware vSphere есть возможность задавать разные размеры блоков тома VMFS. Также вы, вероятно, знаете, что операция Storage vMotion позволяет перемещать виртуальную машину между хранилищами, превращая ее виртуальный диск из толстого (thick) в тонкий (thin).

Но чтобы это результирующий тонкий диск после Storage vMotion занимал на целевом хранилище только столько пространства, сколько используется внутри гостевой ОС (а не весь заданный при создании), нужно предварительно почистить блоки с помощью, например, утилиты sdelete.

Duncan Epping, известный технический эксперт VMware, обратил внимание на проблему, когда пользователь делает очистку блоков, затем Storage vMotion, а уменьшения диска не происходит. Почему так?

Очень просто, в составе VMware ESX / ESXi есть три типа datamover'ов ("перемещателей"):

• fsdm – это старый datamover, который представляет собой базовую версию компонента. Он работает сквозь все уровни, обозначенные на картинке. Зато он, как всегда, универсален.
• fs3dm – этот datamover появился в vSphere 4.0 и имеет множество оптимизаций. И вот тут данные уже не идут через стек работы с виртуальной машиной. То есть он работает быстрее.
• fs3dm – hardware offload – Этот компонент появился для поддержки технологии VAAI, которая позволяет вынести операции по работе с хранилищами виртуальных машин на сторону массива (hardware offload). Он, естественно, самый быстрый и не создает нагрузку на хост VMware ESX / ESXi.

Так вот основная мысль такова. Когда вы делаете миграцию Storage vMotion виртуальной машины между хранилищами с разными размерами блоков используется старый datamover fsdm, а когда с одинаковыми, то новый fs3dm (в программном или аппаратном варианте). Последний работает быстрее, но не умеет вычищать нулевые блоки на целевом хранилище у виртуального диска VMDK.

А вот старый fsdm, ввиду своей универсальности, это делать умеет. То есть, если нужно вычистить нулевые блоки не перемещайте ВМ между хранилищами с одинаковыми размерами блоков. Так-то вот.

Если вы используете пулы типа Linked Clone (на основе базового образа) в решении для виртуализации ПК VMware View 4.5, то знаете, что есть такая операция "Rebalance", которая перераспределяет виртуальные ПК пула по хранилищам VMFS / NFS. Но многие удивятся, как работает эта функция. Например, у вас есть несколько хранилищ различной емкости, и вы делаете Rebalance десктопов.

Получаете вот такую картину:

Слева - то, что вы ожидаете увидеть в результате балансировки, а справа - то, что получается на самом деле. В чем причина?

Все дело в том, что VMware View 4.5 использует для перемещения машин на хранилище параметр "weighted available space". У какого из хранилищ он больше - туда виртуальные машины и переезжают. Что это за параметр:

weighted_available_space = datastore_capacity * overcommit_factor – virtual_usage

Здесь:

datastore_capacity - это общая емкость хранилища VMFS / NFS.

virtual_usage - это максимально возможный объем, занимаемый виртуальными машинами на хранилище, который формируется из размера виртуальных дисков машин (номинального, а не реального) + размер памяти (для Suspend).

overcommit_factor - это настройка для Storage Overcommit, которую вы задавали для Datastore, когда выбирали, какие из них следует использовать для пулов Linked Clone. Там были такие значения:

• None - хранилище не является overcommitted.
• Default - это коэффициент 4 от размера хранилища
• Moderate - это коэффициент 7 от размера хранилища
• Aggressive - это коэффициент 15 от размера хранилища.

Теперь переходим к примеру и формуле. Есть у нас вот такая картинка (см. настройки overcommitment):

Счтиаем weighted available space:

• DS1 - 1000GB (Datastore Size) * 4 (Conservative Overcommitment) – 0 (No VM's deployed) = 4000
• DS2 - 1000GB (Datastore Size) * 4 (Conservative Overcommitment) – ((20GB + 130MB)x5) (5 VM's already deployed) = 3865
• DS3 - 1000GB (Datastore Size) * 7 (Moderate Overcommitment) – ((20GB + 130MB)x5) (5 VM's already deployed) = 6865

Теперь вот вам задачка - что будет в результате Rebalance виртуальных ПК?

По-сути, правило таково: если у вас все хранилища с одинаковым уровнем Storage Overcommitment и одинакового размера, то виртуальные машины будут перемещены на другие хранилища, если там больше свободного места, чем свободного места на текущем хранилище. Ну а если разного размера и одинакового уровня Overcommitment - то ожидайте того, что машины останутся на больших хранилищах. Так-то вот.

И да, никогда не далейте Storage VMotion для виртуальных машин VMware View 4.5 вручную - это не поддерживается со стороны VMware.

Материал написан по мотивам заметки "VMware View 4.5: Rebalance" от Simon Long.

Компания Veeam Software, ведущий поставщик средств для управления виртуальной инфраструктурой VMware vSphere, объявила о выпуске средства для резервного копирования виртуальных машин на серверах VMware ESX / ESXi - Veeam Backup and Replication 5.

Это действительно новый и революционный продукт, выводящий на новый уровень технологии резервного копирования виртуальных машин. Теперь оно стало еще более эффективным, а, с точки зрения механизмов восстановления данных и надежности, на сегодняшний день Veeam Backup and Replication 5 - абсолютный лидер в сегменте продуктов для резервного копирования VMware vSphere.

Мы уже писали об основных нововведениях Veeam Backup and Replication 5 с технологиями vPower, SureBackup, U-AIR и другими в следующих статьях:

• vPower - новые возможности Veeam Backup and Replication 5
• Демонстрация технологии SureBackup в Veeam Backup and Replication 5
• Издания Veeam Backup and Replication 5 - обзор возможностей
• Veeam SureBackup - новые возможности Veeam Backup and Replication 5

Теперь обо всех новых функциях и возможностях Veeam Backup and Replication 5 расскажем по порядку:

1. Технология Veeam vPower в Veeam Backup and Replication 5.

Используя множество техник, компания Veeam в своем продукте для резервного копирования виртуальных машин сделала возможность запуска их напрямую из резервных копий, которые хранятся в дедуплицированном виде на backup-хранилище. Это создает множество возможностей для тестирования резервных копий на работоспособность (SureBackup), мгновенного восстановления в производственную среду (InstantRestore) и даже управления виртуальными тестовыми лабораториями на базе продуктивных окружений (то есть, можно запустить продуктив напрямую из бэкапа для каких-нибудь тестов). Таким образом, Veeam vPower - это фундаментальная технология для множества улучшений в Veeam Backup and Replication 5.

2. Техника Instant VM Recovery (InstantRestore) в Veeam Backup and Replication 5.

InstantRestore позволяет мгновенно (без копирования каких-либо данных) восстановить резервную копию системы, запустив ее напрямую из резервной копии, которая хранится в сжатом и дедуплицированном виде. Далее виртуальная машина потихоньку переносит свое хранилище в продуктивную среду за счет технологии Storage VMotion. Если по лицензии VMware vSphere у вас нет техники Storage vMotion, то можно использовать репликацию виртуальной машины в производственное окружение - ведь репликация в Veeam Backup and Replication 5 бесплатна! Все это влияет самым лучшим образом на политики RTO (Recovery Time Objective) сервиса в виртуальной машине, позволяя восстановить его сразу после отказа.

3. Техника U-AIR (Universal Application-Item Recovery) в Veeam Backup and Replication 5.

U-AIR позволяет восстанавливать объекты приложений виртуальных машин напрямую из образа резервной копии. То есть, из бэкапа можно достать и восстановить на целевой сервер объект Active Directory, письмо Exchange или любой другой объект приложения. Кроме того, есть возможность самостоятельного восстановления данных пользователем из приложений с веб-фронтендом. Заметьте - не надо никаких агентов для восстановления отдельных объектов.

4. Техника SureBackup в Veeam Backup and Replication 5.

Veeam SureBackup позволяет убедиться в том, что резервные копии сделаны правильно и они полностью готовы к восстановлению и работе в случае аварии или потери данных. Делается это автоматизированным способом за счет создания виртуальной тестовой лаборатории, где виртуальные машины запускаются напрямую из бэкапов, не мешая основной производственной среде. Далее администратор вручную или автоматически (по заданию) верифицирует целостность хранимых копий, в том числе с помощью специальных скриптов, которые проверяют работоспособность не только ОС, но и приложений. Об отработавшей задаче проверки целостности резервных копий системному администратору приходит отчет по почте.

5. Виртуальная лаборатория по запросу (On-Demand Sandbox) в Veeam Backup and Replication 5.

С помощью техник мгновенного запуска резервных копий администратор может запустить набор приложений в виртуальных машинах, являющихся копией производственной среды, и проводить там какие угодно тесты. Для тестовой лаборатории задается хост ESX / ESXi, где это будет происходить, Datastore, Proxy Appliance для доступа Veeam Backup к тестовой лаборатории с виртуальными машинами в изолированной сети и настройки этой самой сети. После того, как виртуальная лаборатория создана, появится новый виртуальный коммутатор vSwitch, пул ресурсов и хранилище для тестирования.

6. Мгновенное восстановление файлов (Instant File Level Recovery) для любой гостевой ОС в Veeam Backup and Replication 5.

Veeam Backup всегда умел восстанавливать отдельные файлы из бэкапов гостевых систем виртуальных машин. Windows, Linux, FreeBSD и многое другое поддерживается для восстановления (при этом есть удобный навигатор по файловой системе). Теперь также появляется еще одна интересная возможность - монтирование диска резервной копии к виртуальной машине, куда требуется восстановить нужные файлы. Это очень удобно, а восстановление занимает считанные секунды.

7. Быстрый поиск объектов (Instant Indexing) в Veeam Backup and Replication 5.

Функция Instant Indexing - это быстрая индексация данных содержимого резервных копий виртуальных машин, что позволяет быстро искать в бэкапах любые файлы и мгновенно вытаскивать их в продуктивную среду. Также есть удобный браузер по файловым системам в Veeam Enterprise Manager.

• Customizable block size. Теперь можно настраивать размер блока для хранилища назначения резервной копии или реплики. Большой размер блока уменьшает затраты вычислительных ресурсов на бэкап и повышает производительность, в то время как меньший размер блока увеличивает степень дедупликации и позволяет уменьшить передаваемый трафик (что особенно актуально для WAN-соединений) при инкрементальном резервном копировании.
• Monthly schedules. Теперь можно настроить планировщик по месяцам для задач резервного копирования напрямую из GUI, который предоставляет больше опций нежели стандартный планировщик Windows.
• Continuous job schedule. Новая возможность создания задач по расписанию для соответствия сценариям near-CDP protection.
• Unsupported disks are now automatically skipped. Неподдерживаемые диски для резервного копирования теперь автоматически пропускаются (раньше надо было исключать их из задачи вручную).

• Incremental backup mode. Традиционный режим инкрементального резервного копирования теперь тоже есть для поддержки сценариев резервного копирования disk-to-disk-to-tape (D2D2T), удаленных сайтов и на хранилища, которые дедуплицируются своими средствами. Синтетический режим резервного копирования (обратные инкременты) также остался. Кроме того, можно восстанавливать систему даже тогда, когда отрабатывает задача по резервному копированию.
• Previous full backup chain transformation. Возможность преобразовать цепочки предыдущих полных бэкапов (Full Backups) в цепочку с одним полным бэкапом и несколькими обратными инкрементами для экономии дискового пространства на целевом хранилище.
• VM level retention in full backup files. Теперь в файле полной резервной копии просто заменяются блоки данных в соответствии с настроенной политикой хранения полных резервных копий. То есть, нет необходимости делать полный бэкап, полностью удаляя предыдущий из VBK-файла.
• Delete individual VMs from full backup file. Теперь можно удалить любую виртуальную машину из резервной копии с VBK-файлом. Блоки помечаются как свободные, и на их место записываются дальнейшие данные бэкапов без роста размера файла.
• Enhanced backup properties. Расширенные настройки в опциях для задачи резервного копирования.

• Thin disk support on replica. Теперь у реплики также может быть растущий по мере наполнения данными (thin) диск. Это улучшает производительность репликации.
• On-the-fly disk transformation. Также можно на лету при репликации преобразовывать "толстые" (thick) диски исходной машины в тонкие (thin) диски реплики. Экономия на дисковом хранилище реплик.
• Replica properties. Появились новые свойства реплики, такие как объем данных переданный с после запуска задачи репликации (функция, о которой запрашивали многие пользователи).

• Network connection-less operation. Теперь нет необходимости прямого соединения виртуальной машины, где работает Veeam VSS Agent, и бэкап-сервера. Это позволяет соблюсти политики безопасности в виртуальной инфраструктуре без потери функциональности по обеспечению целостности данных за счет служб VSS.
• Granular application-aware processing. Теперь можно более структурированно задавать настройки выполнения различных задач (например, запуск службы VSS) для отдельных виртуальных машин или других объектов виртуальной инфраструктуры VMware vSphere.
• Better transaction logs handling. Теперь лог транзакций приложения резервируемой системы очищается только после успешного бэкапа, вместо того, чтобы делать это после снятия снапшота при создании резервной копии. Это позволяет сохранить лог транзакций и откатиться на нужную точку в Microsoft SQL Server, даже если задача резервного копирования по какой-либо причине упадет после снятия снапшота виртуальной машины.
• Option to disable transaction logs pruning. Можно также полностью отключить очистку лога транзакций.
• Transaction logs pruning for Microsoft SQL. Очистка лога транзакций для Microsoft SQL Server была введена на случай, если этот сервер резервируется только средствами Veeam Backup и требуется, чтобы логи транзакций не разрастались.

• VM search. В мастер восстановления добавлена возможность поиска файлов, чтобы быстро найти файлы, которые требуется восстановить из резервной копии виртуальной машины.
• Restore reason. Можно указать причину восстановления файла - удобно для администраторов, отслеживающих эти события.
• Restore audit. Теперь в логе восстановления видно, кто и какие файлы восстанавливал, а также по какой причине.
• Service-based restores. Теперь задача восстановления файлов управляется службой Windows, поэтому даже если пользователь вышел из системы - задача продолжится.
• Original VM location prefill. Мастер восстановления теперь предлагает по умолчанию куда восстанавливать виртуальную машину, чтобы пользователь не ошибся.
• Per-disk datastore selection. Для виртуальной машины с несколькими виртуальными дисками можно указать разные хранилища (datastores) для каждого диска.
• Better guest file permission handling. Теперь для задачи восстановления файлов добавляется привилегия для доступа к томам, на которые у пользователя нет разрешений. Делается это только для движка Veeam Backup и не нарушает политик безопасности.
• Removed VMware Player requirement. Виртуальный модуль File level restore helper appliance теперь запускается напрямую на хосте VMware ESX / ESXi. Теперь не надо использовать VMware Player на сервере Veeam Backup.
• Preserve Linux permissions. Теперь можно сохранить права доступа в Linux при восстановлении отдельных файлов.
• Permissions and ownership display. Браузер по файловой системе теперь показывает разрешения и владельца файлов.
• ZFS support. Восстановление файлов с томов ZFS теперь поддерживается.

• Datastore based jobs. Теперь можно создавать задачи, добавляя Datastore как объект для резервирования. Все машины на этом хранилище будут добавлены в задачу.
• Granular disk exclusions. Вместо того, чтобы настраивать исключения для дисков на базе задач, можно настраивать исключения на уровне виртуальных машин или других объектов виртуальной инфраструктуры VMware vSphere. Например, в каком-то пуле вы хотите исключить бэкап диска D виртуальных машин.
• Per-job email notification. Для каждой задачи отдельно можно настроить нотификацию по e-mail (для разных пользователей).
• Windows Event Log events.Veeam Backup теперь пишет о своих действиях в журнал Windows event log (в стиле vCenter).
• Simple delegation. Механизм доступа на базе ролей в Veeam Backup был добавлен для разграничения действий пользователей. Например, Restore Operator может выполнять любой тип восстановления, однако не может работать с задачами резервного копирования.
• Source datastore monitoring. Как вы знаете, снапшоты требуют дополнительное пространство на хранилище при создании и слиянии. Теперь мониторинг исходного хранилища позволяет убедиться в том, что не возникнет ситуации переполнения, когда из-за нее виртуальные машины завершат работу. По умолчанию, предупреждение высвечивается в случае, если остается менее 10 ГБ свободного пространства. Если остается менее 2 ГБ - задача резервного копирования будет пропущена.
• Session history improvements. Старые сессии восстановления теперь удаляются на базе политики хранения, что актуально для пользователей старых версий Veeam Backup, у которых много чего накопилось с более ранних версий.

• Centralized license management. Теперь удобно отслеживать использующиеся лицензии на Veeam Backup на нескольких серверах из центральной консоли Veeam Enterprise Manager.
• Dashboard statistic improvements. Теперь информация о занимаемом пространстве резервными копиями более детальна.

• Database name selection. Теперь можно привязать несколько бэкап-серверов Veeam Backup к одной базе Microsoft SQL.
  Disabling automount. Теперь автомонтирование новых томо автоматически отключается на сервере Veeam Backup при установке, чтобы предотвратить переподписку VMFS-томов со стороны Microsoft Windows. Теперь этого не надо бояться забыть сделать вручную.
  CPU verification. Теперь проверяется, достаточно ли мощности CPU для установки Veeam Backup. При этом требования к CPU сохранились от предыдущей версии.

Безусловно, Veeam Backup and Replication 5 - лучший продукт для резервного копирования виртуальных машин в инфраструктуре VMware vSphere. Скачать его можно по этой ссылке.

Купить Veeam Backup and Replication 5 можно уже сегодня. Для этого используйте форму заказа у Золотого партнера Veeam Software на территории России - компании VMC.

Компания VMware закончила разработку новой версии решения для виртуализации настольных ПК предприятия VMware View 4.5, которое позволяет разместить рабочие станции пользователей на серверах виртуализации, добившись существенной экономии на содержание парка настольных компьютеров, а также повысить управляемость и безопасность данной части инфраструктуры.

Одной из новых возможностей решения для виртуализаци настольных ПК VMware View 4.5 стала возможность организации ярусного хранения данных виртуальных машин (Tiered Storage), где для различных типов данных в зависимости от требований к производительности можно использовать различные типы устройств хранения.

Мы уже писали о средстве VMware View Composer, которое позволяет использовать связанные клоны (Linked Clones) в целях экономии дискового пространства. Composer использует один базовый образ виртуального ПК на основе которого развертываются новые унифицированные виртуальные ПК с данными пользователей.

Напомним некоторые понятия хранения данных виртуальных ПК:

• Master Replica – это основной образ виртуального ПК с установленной гостевой ОС и приложениями, хранимый как шаблон.
• Replica – это клон Master Replica на базе дисков растущих по мере наполнения (Thin Provisioned). Он создается для каждого нового пула виртуальных ПК на своем datastore. Этот образ используется для создания новых десктопов-связанных клонов, которые зависят только от Replica, что позволяет вносить изменения в Master Replica, не затрагивая дочерние виртуальные машины пула.
• Linked Clone – это связанный клон на базе реплики, который представляет собой совокупность:
  Измененные данные реплики (Delta Footprint) + Журнал (Log) + Диск с пользовательскими данными (User Data Disk)

В VMware View 4.5 появились новые типы дисков:

• Persistent Disk – это и есть старый User Data Disk, который теперь носит такое название. Можно хранить persistent disk внутри диска гостевой ОС либо на отдельном vmdk.
• Disposable Disk – это отдельный диск для хранения файлов подкачки гостевой ОС и временных файлов. View Manager удаляет эти файлы после выключения связанного клона. Этот тип диска позволяет замедлить рост данных, занимаемых виртуальным ПК.

Теперь Linked Clone представляет собой следующую комбинацию:

Измененные данные реплики (Delta Footprint) + Журнал (Log) + Диск с пользовательскими данными (Persistent Disk) + Временный диск (Disposable Disk)

Для чего это сделано? Очевидно, что эти типы данных, из которых состоит виртуальная машина требуют различного быстродействия, что ведет за собой хранение этих объектов на разных типах носителей.

Через View Administrator можно выбрать различные Datastores для описанных выше объектов, которые могут размещаться на флеш-носителях SSD (самые быстрые), Fibre Channel (помедленнее) и SATA (самые медленные). Само собой, чем быстрее носитель - тем он дороже, поэтому, например, реплику (которая одна для всего пула и всеми машинами используется) можно размещать на SSD.

А вот пользовательские диски можно размещать и на носителях SATA. Картина в целом такова:

Красиво? По-моему, самое оно для всяких там Enterprises.

Как многие помнят, еще в VMware vSphere 4.0 появилась возможность расширения тома VMFS, для тех случаев когда почему-то простанство на LUN осталось (или его расширили), а для виртуальных машин уже места нет.

Интересное применение этой возможности - в виртуальных лабораториях. То есть, например, консультант взял VMware Workstation 7 и поставил в виртуальной машине VMware ESX 4.x. В качестве Dastastore используется локальный диск виртуального ESX, туда же ставится какая-нибудь виртуальная машина, но ей, как всегда, не хватает места.

Расширяем виртуальный диск виртуальной машины на Workstation, где установлен виртуальный ESX:

Например, с 20 до 30 ГБ:

Далее загружаем виртуальный ESX, соединяемся с ним из vSphere Client и переходим в категорию Storage на вкладке Configuration. Там выбираем Datastore и нажимаем Properties:

Там нажимаем кнопку Increase:

Возникает мастер Increase Datastore Capacity, где можно расширить том:

На вкладке Extents добавился новый экстент, а размер тома стал под 30 ГБ. То, что мне было нужно.

Как вы знаете, из GUI vSphere Client есть способ массового обновления VMware Tools в виртуальных машинах. Но бывает так, что установка VMware Tools зависает и почему-то не может быть отменена через клиент.

В этом случае динамическая миграция vMotion для виртуальной машины недоступна. Вы получите вот такое сообщение:

The virtual machine is installing VMware Tools and cannot initiate a migration operation.

Что нужно делать, чтобы отменить установку VMware Tools:

1. Заходим в сервисную консоль ESX, где запущена данная виртуальная машина и выполняем команду:

/ust/bin/vmware-cmd -l

2. Копируем путь из результатов вывода в следующую команду:

/usr/bin/vmware-cmd /vmfs/volumes/datastore-name/vm-folder/vmx-file.vmx getid

3. Используем полученный ID виртуальной машины для отмены установки VMware Tools:

/usr/bin/vmware-vim-cmd vmsvc/tools.cancelinstall idnumber

Компания Veeam на прошлой неделе провела презентацию новой версии ПО для резервного копирования и репликации виртуальных машин Veeam Backup and Replication 5. Этот продукт не только представляет собой самое совершенное средство для бэкапа ВМ на платформе VMware vSphere, но и позволяет использовать самые инновационные технологии, которых на сегодняшний день нет ни у одного вендора систем резервного копирования под VMware.

Вместе с VMware vSphere 4.1 компания VMware выпустила также новую версию продукта Site Recovery Manager (SRM), предназначенного для создания катастрофоустойчивой виртуальной инфраструктуры.

Помимо функций, имеющихся в версии 4.0, VMware SRM 4.1 получил следующие новые возможности:

• Поддержка VMware vSphere 4.1
• Возможность изменять system shutdown retry timeout в гостевой ОС при кастомизации IP-адресов, а также datastore discovery timeout в процессе восстановления
• Поддержка виртуальных сетей на базе VMware vNetwork Distributed Switch (vDS) на основном и резервном сайте
• Поддержка IP customization для гостевых ОС Windows 7 и Windows Server 2008 R2

Серверная часть VMware SRM 4.1 теперь только 64-битная (клиентская осталась 32-битной), соответственно, она не совместима с vCenter 4.0.

Экосистема партнеров решения SRM теперь включает дисковые массивы 14 вендоров: 3PAR, Compellent, Dell | EqualLogic, EMC, FalconStor, Fujitsu, Hitachi, HP, IBM, LSI, NEC, NetApp, Sun, Xiotech.

Скачать VMware Site Recovery Manager 4.1 можно по этой ссылке.

Компания VMware официально объявила о выпуске новой версии платформы виртуализации VMware vSphere 4.1 13 июля 2010 года. Это существенное обновление компонентов пакета, включая серверы виртуализации VMware ESX 4.1 и средство управления хост-серверами и виртуальными машинами VMware vCenter 4.1.

Многие пользователи, применяющие платформу виртуализации VMware vSphere в своей виртуальной инфраструктуре, ищут возможности использования недорогого хранилища для виртуальных машин. В качестве одного из вариантов, для тестового или некритичного производственного окружения, можно рассмотреть организацию NFS-хранилища на базе Windows 2008 Server R2...

Компания VKernel продолжает выпуск бесплатных программных продуктов для виртуализации VMware vSphere. На этот раз это утилита VKernel StorageView, которая позволяет найти "узкие" места в инфраструктуре хранения виртуальных машин. Это обычное десктоп-приложение весом в 6 МБ, которое может быть установлено на рабочей станции администратора и позволяет найти соединения хостов ESX с наибольшими задержками (latency) к томам VMFS или NFS.

Возможности VKernel StorageView:

• Топ 5 путей хост / datastore с наибольшей latency
• Список виртуальных машин, которые используют эти пути
• Скорость обмена трафиком хранения для каждой ВМ в этих путях
• Сводная статистика по остальным парам хост / datastore, не вошедшим в топ 5
• Поддержка хранилищ NFS / iSCSI / FC

Скачать VKernel StorageView можно по этой ссылке.

Компания VMware уже почти готова к выпуску продукта для виртуализации корпоративных настольных ПК VMware View 4.5. Этот продукт является продолжателем платформы VMware View 4, несет в себе полностью переработанный GUI и имеет множество новых интересных возможностей.

Вот приблизительный список того, что можно ожидать в VMware View 4.5:

• Virtual Profiles - это профили пользователей виртуальных ПК на базе программного продукта от компании RPO Software, приобретенного VMware. Эта возможность позволяет "отвязать" профиль пользователя от операционной системы Windows, что значительно повысит гибкость решения.
• VMware View Client with Local Mode - возможность "выгружать" десктопы пользователей с серверов VMware vSphere и исполнять их локально в виртуальной машине на базе ПО VMware Workstation, работающей поверх хостовой ОС вашего ПК (клиентского гипервизора CVP пока не будет).
• ThinApp 4.5 with Application Entitlement - возможность привязки виртуализованных приложений к пулам виртуальных ПК.
• Tiered Storage (ярусное хранение виртуальных машин) - отличная возможность управлять хранением данных различного типа на хранилищах (datastores) разной категории.
• Full Sysprep support - поддержка механизма автоматизированного развертывания Sysprep.
• Disposable Disk technology - возможность определить временные папки (temp/swap) в ваших виртуальных ПК и автоматически очищать их.
• Snapshot support for Linked Clones - так называемый "плавающий" пул (Floating Pool).
• Role Based Administration - наконец-то, администрирование через View Manager на базе ролей.
• Kiosk Mode Desktop Pools - конфигурация десктопов на уровне устройств.
• Native Mac OS client - можно управлять своим виртуальным ПК с компьютера с Apple Mac OS.
• Web Download Portal - возможность скачивания клиентского ПО через Web.
• Переработанный Dashboard - удобный интерфейс (на базе Adobe Flex) и более понятное логирование событий.

Более подробно о VMware View 4.5 можно будет узнать уже в ближайшем будущем. Не отключайтесь!

О компании StarWind мы уже немного рассказывали. Эта компания делает продукт для создания программного iSCSI хранилища для серверов VMware vSphere / ESX, Microsoft Hyper-V и Citrix XenServer под названием StarWind Server.

На данный момент флагманский продукт компании - StarWind Enterprise HA, который позволяет сделать отказоустойчивое хранилище на базе Windows-серверов, например, для VMware ESX, которое в случае отказа одного узла с Datastore виртуальных машин может автоматически переключаться на резервное хранилище, которое синхронизировано с основным.

Но кроме всего прочего, StarWind позволяет сделать RAM Disk и использовать его в качестве виртуального хранилища iSCSI. Совсем недавно компания Intel тестировала свои iSCSI адаптеры для серверов и с помощью ПО StarWind добилась внушительного результата в 1 000 000 IOPS по iSCSI в сети 10 Gbit:

Полностью документ компании Intel можно скачать по этой ссылке.

Максимальное число VMotion на серверах VMware ESX и ESXi.

Горячая миграция VMotion в составе пакета продуктов VMware vSphere позволяет переместить виртуальную машину с одного хоста ESX на другой без прерывания работы этой ВМ. При этом, по умолчанию на хосте ESX / ESXi доступно максимум 2 одновременных миграции VMotion. В некоторых случаях, этого может оказаться мало, и можно увеличить данное количество до 6 одновременных миграций на хост.

Давайте попробуем разобраться, как VMware vCenter рассчитывает количество доступных одновременных VMotion на хосте ESX / ESXi. Во-первых, есть такой конфигурационный файл vpxd.cfg для сервера VMware vCenter, который находится в папке:

%ALLUSERPROFILE%\Application Data\VMware\VMware VirtualCenter\

Что аналогично:

C:\ProgramData\VMware\VMware VirtualCenter\ (для Windows 2008 Server)

C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\ (для Windows 2003 Server)

Открываем файл vpxd.cfg и вставляем туда следующую секцию XML между тегами <vpxd> и </vpxd>:

<ResourceManager>
<maxCostPerHost>12</maxCostPerHost>
</ResourceManager>

Итак, мы видим параметр maxCostPerHost, который определяет максимально доступную "стоимость" на хост VMware ESX. Данная стоимость вычисляется просто - VMware VMotion "стоит" 4 единицы, а "холодная миграция" (Cold Migration) дает 1 единицу. Таким образом, значение 12 позволяет использовать либо 3 одновременных VMotion, либо 2 VMotion и 4 Cold Migration в один момент времени. Все очень просто. Максимальное значение данного параметра - 24 или 6 одновременных миграций VMotion на хост VMware ESX / ESXi.

В следующей версии VMware vSphere число одновременных миграций VMotion будет увеличено до 8, и данный параметр будет включен по умолчанию.

У данных модификаций есть две стороны - с одной стороны увеличение операций VMotion на хост ESX не так уж плохо (подробнее здесь), а с другой стороны - не зря по умолчанию выставлен лимит в 2 миграции VMotion (подробнее здесь).

Максимальное число VMotion на хранилища VMFS и NFS.

Одно хранилище VMFS в VMware vSphere 4 поддерживает до 8 одновременных миграций VMotion виртуальных машин, расположенных на нем. То же касается и Storage VMotion - их также может быть 8 на одно виртуальное хранилище VMFS 3. Для NFS-хранилищ в данный момент поддерживается до 4 одновременных миграций VMotion / SVMotion на одно хранилище.

Для Storage VMotion надо помнить то, что данная операция задействует 1 доступ к исходному Datastore и 1 доступ к целевому Datastore, а на одно хранилище VMFS может быть до 8 доступов (то есть 8 миграций SVMotion с хранилища возможны только если на него ничего не перемещается в этот момент с помощью SVMotion).

Приятная новость для тех из вас, кто использует или планирует использовать недорогие NFS-хранилища EMC Celerra для размещения виртуальных машин VMware vSphere. Компания EMC предоставляет своим пользователям специальный плагин к VMware vCenter, который обладает поистине мощной интеграцией с инфраструктурой виртуализации сереверов ESX:

Развертывание (в том числе "тонкое") новых виртуальных хранилищ NFS, дедупликация, компрессия, клоны виртуальных машин, увеличение емкостей NFS Datastores по требованию - все это можно делать в EMC Celerra NFS vSphere Plugin, не отходя от vCenter. Большой плюс, что данный плагин от EMC является бесплатным. Ищите его на Powerlink.

Также для пользователей массивов Celerra компания EMC предоставляет бесплатно плагин Celerra VMware vCenter Site Recovery Manager Failback Plug-in v 4.0, который позволяет пользователям, которые применяют катастрофоустойчивое решение VMware Site Recovery Manager (SRM), автоматизировать процесс восстановления виртуальной инфраструктуры на основном сайте, после того как он снова становится доступен (напомним, что VMware SRM умеет делать только Failover).

Скачать Celerra VMware vCenter Site Recovery Manager Failback Plug-in v 4.0 можно с Powerlink.

Надо также напомнить, что есть бесплатный EMC Storage Viewer vCenter plugin, который тоже развивается и обрастет вскоре новыми функциями.

Эта надстройка от EMC позволяет просматривать все виртуальные хранилища, LUN и таргеты массивов из единого интерфейса VMware vCenter.

Компания VKernel продолжает выпускать бесплатные программы для управления виртуальной инфраструктрой VMware vSphere и серверами ESX. Помимо бесплатных приложений VKernel Capacity Modeler, SnapshotMyVM и SearchMyVM, VKernel выпустила новую утилиту VM Stats, позволяющую выводить статистику по инфраструктуре виртуализации VMware vSphere 4.

Возможности и функции VKernel VM Stats для серверов ESX:

• Общая статистика окружения VMware:
• Объекты виртуальной инфраструктуры (виртуальные машины, хосты ESX, datastores и другое)
• Доступные ресурсы (CPU, memory и storage)
• Бенчмаркинг виртуальной инфраструктуры (сравнение с тем, как должно быть в хорошей промышленной среде)
• Советы по корректной настройке серверов ESX и виртуальных машин для высвобождения вычислительных ресурсов и хранилищ (например, удаление снапшотов или списание выключенных и никому не принадлежащих ВМ)
• По заявлению VKernel, типичные пользователи могут сократить затраты на содержание серверов ESX и хранилищ на 20-30%, а VM Stats поможет им в этом.

VKernel VM Stats поставляется как виртуальный модуль (Virtual Appliance) для сервера ESX в инфраструктуре VMware vSphere. Видео с обзором возможностей утилиты VM Stats:

Скачать VKernel VM Stats можно по этой ссылке: http://www.vkernel.com/download/vm-stats.

На Techtarget появилась хорошая статья Eric'а Siebert'а о безопасности виртуальных машин на сервере виртуализации VMware ESX. Статья достаточно длинная, поэтому постараюсь привести краткое содержание с пояснениями.

Чтобы украсть виртуальную машину с VMware ESX вместе со всеми ее данными и приложениями нужно сделать 3 вещи:

1. Сделать Snapshot виртуальной машины, что переведет ее основной виртуальный диск vmdk в режим только чтения.

2. Загрузить диск vmdk с общего или локального хранилища на машину злоумышленника с помощью FastSCP или WinSCP (можно использовать встроенный в vSphere Client Datastore Browser).

3. Импортировать виртуальную машину на VMware Workstation (для запуска и доступа к данным и приложениям), либо смонтировать диск ВМ в операционную систему Windows или Linux с помощью утилиты vmware-mount из комплекта VMware's Virtual Disk Development Kit (VDDK).

Комментарии:

1. Поскольку основной vmx-файл виртуальной машины будет ссылаться не только на основной vmdk, но и на файл снапшота (отличия от исходного состояния ВМ), нужно будет этот vmx подправить. Кроме того, после того, как файлы vmdk и vmx будут скопированы злоумышленником, он удаляет снапшот - для администратора будто бы ничего и не было.

2. Чтобы запустить импортированную виртуальную машину потребуется пароль администратора гостевой ОС. Как известно, есть утилиты для подбора пароля администратора под Windows Server.

3. Чтобы смонтировать виртуальный диск vmdk и получить доступ ко всем данным - никакого пароля не нужно (если не было шифрования средствами гостевой ОС). Представьте, что вы украли обычный физический диск и воткнули его в компьютер.

4. Файлы vmdk не шифруются в VMware vSphere, но судя по тому, что возможность шифрования в VMware Workstation 7 появилась, в скором времени ее можно ожидать и для VMware vSphere / ESX.

Как не допустить кражи виртуальной машины со своего сервера VMware ESX:

1. Разграничивайте доступ к VMware vCenter, а также к томам VMFS, где хранятся виртуальные машины (в том числе на уровне SAN).

2. Анализируйте логи сервера VMware ESX и проверяйте лог /var/log/security.

3. Защищайте данные средствами шифрования на уровне гостевой ОС. Тогда диск vmdk будет бесполезен злоумышленнику.

4. Предоставьте доступ к сервисной консоли только тем лицам, которым это действительно требуется. Используйте sudo.

5. Используйте специализированные средства безопасности инфраструктуры VMware vSphere, например, HyTrust Virtual Appliance.

Как уже сообщалось, компания VMware выпустила Update 1 для виртуальной инфраструктуры VMware vSphere 4.0 в части хостов VMware ESX и сервера VMware vCenter. Обновить хост-серверы ESX можно с помощью продукта VMware Update Manager, однако это чревато негативными последствиями, описанными в KB 1016070.

Проблема касается хост-серверов ESX с установленными сторонними агентами производителей оборудования и описывается следующими симптомами:

1. VMware Update Manager прекращает обновление на ESX 4 Update 1 и останавливается на 33%.
2. После перезагрузки VMware ESX выпадает в purple screen с сообщением:

COS Panic: Int3 @ mp_register_ioapic

Проблема в том, что после перезагрузки хоста VMware ESX 4 с неудачным обновлением Update 1, вам придется переустанавливать ESX, что приведет к потере виртуальных машин на локальных datastores. Чтобы этого не произошло, необходимо отключить все сторонние агенты на ESX перед обновлением до Update 1. Если вы уже обновились, но не перезагружали хост - обратитесь в техническую поддержку VMware.

Компания VMware предоставляет пользователям бесплатное средство VMware vSphere Management Assistant (vMA), которое позволяет централизованно управлять хост-серверами VMware ESX за счет автоматизации операций системных администраторов. По-сути, vSphere Management Assistant представляет собой "вынесенную" за пределы серверов ESX сервисную консоль (консольную ОС), которая для виртуальной инфраструктуры присутствует в единственном экземпляре, но централизованно исполняет сценарии на хостах...

Решение VMware View 4 для виртуализации корпоративных настольных ПК будет доступно для загрузки уже сегодня. Поэтому многие будущие пользователи хотели бы знать, какие именно требования предъявляет продукт VMware View 4 к серверам виртуализации VMware ESX и виртуальной инфраструктуре VMware vSphere 4. Как известно, для VMware View 4 можно использовать не только ESX 4, но и ESX 3.5 из состава VMware Virtual Infrastructure 3.5.

Рекомендуемые системные требования VMware View 4 для использования совместно с функционалом View Composer:

• Лицензированный vCenter Server 4.0 Update 1
• Административный доступ к vCenter Server
• Возможность установить VMware View Composer на vCenter
• Возможность установки базы данных View Composer:
• Существующая БД SQL Server или Oracle
• Рекомендуется 2 ГБ дискового пространства под БД
• Пул ресурсов (Resource pool)
• Шаблон виртуальной машины с настольной ОС, который будет использован для развертывания ПК
• Спецификация для автоматизированного развертывания QuickPrep (Guest customization specification)
• Как минимум один хост ESX/ESXi 4.0 Update 1
• Виртуальное хранилище для настольных ПК (Datastore)
• Доступ к настройке сетевого взаимодействия виртуальных машин
• Для виртуальной инфраструктуры VMware Virtual Infrastructure 3.5 понадобится:
• Сервер vCenter 2.5 Update 3 или 4, управляющий как минмум одним хостом VMware ESX/ESXi 3.5 Update 3 или 4.

В каких случаях и какие версии VMware vSphere / vCenter и ESX можно использовать для VMware View 4?

• Если вы планируете использовать функционал VMware View Composer 4, то потребуется ESX/ESXi 4.0 U1 и vCenter 4.0 U1.
• Если вы планируете использовать функционал VMware View Composer 4 и View 4 для VI 3.5, то понадобится vCenter 2.5 U3 или выше, управляющий серверами ESX/ESXi 3.5 U3 или U4.
• Более старые версии ESX/ESXi и vCenter могут быть использованы, если не требуется функционал View Composer.
• Вы можете использовать VMware View 4 c vCenter 4.0 U1, управляющим более старыми хостами ESX/ESXi, но не сможете использовать полный спектр возможностей VMware vSphere, таких как, например, hardware version 7.
• Расширение View Composer 2.0 API было полностью переписано и оптимизировано для vCenter 4.x и ESX/ESXi 4.x в целях производительности и надежности. Этот API несовместим с vCenter 2.5.x и ESX/ESXi 3.5.x.  View Composer 2.0 использует legacy API для более ранних версий vCenter или ESX/ESXi.  Этот legacy API может быть также использован, пока вы не включите View Composer 2.0 API в настройках View Administrator.
• Windows Vista поддерживается на серверах ESX/ESXi, начиная с версии 3.5. Windows Vista поддерживается экспериментально на серверах ESX Server 3.0.x.
• Поддержка Windows 7 реализована в VMware View 4 экспериментально (в этом режиме поддерживаются клиенты и гостевые ОС). Тем не менее, возможно использование Windows 7 на серверах VMware View 4 для тестовых целей.

Системные требования для View Connection Server (где установлен VMware View 4 Manager):

• Операционная система Windows Server 2003 (без установленного веб-сервера). Рекомендуется использовать его в виртуальной машине для тестирования возможностей.
• Минимум 2 ГБ RAM (рекомендуется 3 ГБ)
• Процессор 2 ГГц или более быстрый (рекомендуется 2 CPU)
• Член домена Windows Active Directory
• Доступ к серверу DHCP
• Как минимум 1 активный сетевой адаптер (рекомендуется гигабитный NIC)

Что еще потребуется при тестировании VMware View 4 на VMware vSphere / VI в инфраструктуре компании:

• Доступ к контроллеру Active Directory и возможность создавать следующие учетные записи:
• Domain administrator account
• User accounts в домене
• Привилегии на присоединение машины к домену
• Доступ к серверу DHCP
• Возможность добавлять fully qualified domain names (FQDNs) в ваш DNS (предпочтительно использовать функции auto-register для виртуальных ПК)

Какие требования предъявляет VMware View 4 при доступе с клиентских устройств:

• Поддерживаемая ОС клиента или веб-браузер для ПК
• Тонкие клиенты из списка совместимости VMware View 4
• Возможность доступа по протоколам RDP или PCoIP

На сайте Virtu-Al.net коллега Alan Renouf выложил бесплатный скрипт vCheck, предназначенный для сбора информации о виртуальной инфраструктуре VMware vSphere 4, хостах ESX и vCenter. Для запуска скрипта потребуется использовать интерфейс VMware vSphere PowerCLI. Результатом работы скрипта будет следующая информация:

• Основное
  • Число хостов ESX
  • Число виртуальных машин
  • Число шаблонов
  • Число кластеров
  • Число виртуальных хранилищ (Datastores)
  • Число запущенных (активных) виртуальных машин
  • Число остановленных виртуальных машин
  • Количество миграций DRS за последние несколько дней

• Снапшоты, которые старше, чем заданное количество дней
• Виртуальные хранилища (Datastores) с менее, чем заданным процентом свободного пространства
• Виртуальные машины, созданные за последние X дней
• Виртуальные машины, удаленные за последние X дней
• Виртуальные машины без VMware Tools
• Виртуальные машины с подключенным CD-ROM
• Виртуальные машины с подключенным Floppy Drive
• Виртуальные машины на локальных хранилищах
• Виртуальные машины, где счетчик CPU ready превышает X%
• Виртуальные машины, у которых число vCPU превышает заданное количество
• Список миграций DRS
• Хосты ESX в Maintenance Mode
• Хосты ESX в состоянии disconnected
• Проверка NTP-сервера по заданному имени
• Сообщения лога vmkernel warning за последние X дней
• Сообщения лога vCenter за последний X дней
• Сообщения лога vCenter (Windows Event Log Errors) за последние X дней
• Детали сервиса VMware vCenter Service
• В начале скрипта можно выключить не требующиеся секции отчета
• Активные тревоги, привязанные к ВМ
• Активные тревоги, привязанные к кластеру
• Активные тревоги, привязанные к хосту ESX
• Недоступные iSCSI LUN
• Проверка vSphere: размеры слотов для VMware HA
• Проверка vSphere: устаревшая версия виртуального Hardware (меньше версии 7)

Сам скрипт vCheck v3 можно скачать по данной ссылке: http://virtu-al.net/Downloads/vCheck/vCheckV3.txt

Коллеги из Veeam Software поделились отличной новостью - вышел продукт Veeam Monitor 4.5, который позволяет в реальном времени контролировать все аспекты инфраструктуры виртуализации VMware vSphere. Теперь Veeam Monitor стал еще монитористее, а возможности Veeam Business View превзошли все самые лучшие ожидания.

А теперь новые функции Veeam Monitor 4.5:

• Полная интеграция с Veeam Business View, позволяющая организовывать Inventory виртуальных машин в различных бизнес и технических аспектах
• Настраиваемые view, которые позволяют выводить ВМ по комбинируемым категориям, например показывать все виртуальные машины департамента "Marketing" с назначением "Desktop".
• Новые возможности показа Top самых нагруженных и недогруженных хостов VMware ESX.
• Счетчики Uptime и socket count на панели ESX host’s summary.
• Новый тип аларма (тревоги) "Datastore free space alarm" может быть указан в абсолютных и относительных величинах.
• Поддержка ОС Microsoft Windows 2008 R2 и Microsoft Windows 7
• Поддержка Microsoft SQL Server 2008.

А вот что нового было в Veeam Monitor 4.0.1:

• Улучшенный бэкенд Microsoft SQL Server, который испытывает теперь значительно меньшие нагрузки, чем более ранние релизы Veeam Monitor.
• Множественные улучшения как GUI, так и движка, позволяющие без проблем наблюдать за работой сотен (!) хостов ESX.
• Новая тревога "Disk Commands Issued" позволяющая отслеживать Read и Write запросы.
• Команда "Check Database" в настройках Veeam Monitor Server Settings проверяет целостность базы данных и сообщает об ошибках.

Компания VMware наконец-то выпустила долгожданное средство обеспечения катастрофоустойчиовсти виртуальной инфраструктуры VMware Site Recovery Manager 4.0. Теперь этот продукт полностью поддерживает серверы ESX 4.0 из состава VMware vSphere 4. Не так давно мы уже писали о том, как развернуть тестовую инфраструктуру VMware SRM на ноутбуке, а также о том, как работает SRM и для чего он нужен. Сегодня мы расскажем о новых функциях VMware SRM 4.0, который шагнул аж через 3 версии, чтобы соответствовать версии vSphere 4.

Компания Veeam Software известна своими продуктами для управления и автоматизации виртуальной инфраструктуры VMware VI / vSphere. Флагманский продукт компании Veeam Backup для резервного копирования инфраструктуры виртуализации VMware vSphere уже завоевал популярность не только на Западе, но и в России (банки, телекоммуникационные компании), а вот про Veeam Monitor я хотел бы сегодня рассказать отдельно, потому как это единственное в своем роде качественное средство централизованного мониторинга хостов VMware ESX.

Для платформы VMware ESX / vSphere написано множество разнообразных бесплатных утилит, скриптов и полноценных приложений, которые не грех использовать в промышленной среде виртуализации для решения повседневных задач администраторов. Для начала напомним основные ссылки на предыдущие материалы о бесплатных приложениях для виртуальной инфраструктуры VMware VI / vSphere...

Компания Veeam Software предлагает пользователям удобное средство резервного копирования виртуальной инфраструктуры VMware VI / vSphere, называющееся Veeam Backup and Replication. На самом деле это два продукта в одном - средство бэкапа виртуальных машин на VMware ESX и механизм для создания реплик ВМ на других хостах и хранилищах. Оба этих средства в одном продукте основаны на технологии создания резервных копий работающих виртуальных машин, однако могут применяться для обеспечения различных требований в инфраструктуре VMware VI / vSphere.

Многие из вас наверняка слышали о замечательной компании Veeam Software, производящей продукты для управления инфраструктурой VMware VI / vSphere и автоматизации операций с серверами ESX / ESXi. Кроме того, не так давно компания Veeam объявила о поддержке средств виртуализации Microsoft Hyper-V в ОС Windows Server 2008. Так вот, теперь справа висит баннер компании Veeam - пожалуйста, тыкайте на него и узнавайте, как получить "40% Off".

Сегодня главная фишка Veeam - это, конечно же, продукты для инфраструктуры VMware, которые органично покрывают основные аспекты управления и автоматизации виртуальной инфраструктуры. Флагманский продукт компании Veeam Backup and Replication, отлично продающийся в России и зарубежом, позволяет осуществлять резервное копирование виртуальных машин как с VCB, так и без него, делать синтетические копии и быстро восстанавливать виртуальные машины на VMware ESX или ESXi одной кнопкой.

Но то, чего нет ни у кого - это возможность создания реплик виртуальных машин на других серверах ESX и хранилищах (Datastores), которые в случае падения основной ВМ готовы к запуску мгновенно. То есть по сути это дешевая альтернатива VMware Site Recovery Manager, для тех, кто не хочет тратить много денег, но кому критична доступность сервисов. Немного о других продуктах:

Veeam Monitor - средство централизованного мониторинга виртуальных машин как "снаружи", так и "изнутри". Кстати, очень похож на vCenter, который вдруг "заболел" мониторингом.

Veeam Reporter Enterprise - отличное средство документирования виртуальной инфраструктурой VMware, которое позволяет вести трекинг конфигураций и делать красивые документы для себя и для начальства.

Veeam Configurator - необходимое средство для администраторов больших инфраструктур VMware VI / vSphere, которым требуется быстрая настройка хостов ESX по заданным профилям и требованиям в целях единообразия конфигураций и безопасности. Экономит кучу времени системным администраторам и сотрудникам служб ИТ-безопасности.

Все эти продукты можно покупать и пачкой в виде Veeam Management Suite.

Если при попытке загрузить файл на сервер VMware ESX с помощью vSphere Client через Datastore Browser, вы получаете ошибку:

failed to log into nfc server

то вам необходимо проверить следующие вещи...